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WEB BASED DYNAMIC DATA TRANSLATION SERVICE AND METHOD 

BACKGROUND OF THE INVENTION 

[001] Many large companies today have computer infrastructures that are 
made up of hundreds and sometimes thousands of computer systems running just 
5 as many application programs. In many situations, these myriad application 
programs need to share data and communicate with each other. To share data 
and messages among these applications programs, it is many times required to 
convert or translate data and messages in a first format utilized by a first application 
program into a second format utilized by a second application program. The data 

10 and messages in the first format may in fact need to be converted into multiple 
formats for use by another application program or programs, although in the 
following description translation from a first format to a second format will be 
described for ease of explanation. The term data translation will be used in the 
following description to refer to the translation of any type of information from one 

15 form to another form or forms, such as the translation of data, messages, 
programming instructions, and so on. 

[002] Programmers have typically written translation programs to perform the 
required translations on an as needed or "project-by-project" basis. When 
application programs executing a particular business process require data 

20 translation, a programmer performs a translation evaluation and then selects and 
implements a translation technology to meet the immediate translation requirement 
for that process. For example, extensible style language transformations (XSLT) 
may need to be done to transform extensible markup language (XML) files in one 
form to XML documents in another form. A programmer would select and 

25 implement a suitable XSLT translation engine in this situation. 

[003] While the traditional approach of customized translation systems meets 
the immediate needs for a business process requiring data translation, the 
approach leads to inefficient utilization of enterprise resources for a variety of 
reasons. One such reason is that custom translation systems typically result in 
30 duplicate customized implementations and infrastructures, with each being 
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developed independently and requiring independent support organizations having 
the specialized knowledge and skills required to maintain each translation system. 
Another reason is that this approach may create numerous problems when 
migrating from existing translation tools to new technologies due to proprietary 
5 protocols and processes used by each translation system. Ideally industry 
standards and technologies would be utilized to eliminate the creation of 
customized systems and the associated legacy issues created thereby. 

[004] There is a need for a translation system and method that eliminates the 
need for creating individual custom translation systems and allows for enterprise 
10 wide use of the implemented translation system. 

SUMMARY OF THE INVENTION 

[005] According to one aspect of the present invention, a method and system 
of translating data from a first format into one or more translated formats includes 
initiating a translation request on one of plurality of client systems. The translation 

15 request includes source data to be translated from the first format into one or more 
translated formats and configuration data defining each type of translation to be 
performed on the source data. The translation request is communicated to a server 
system and is processed on the server system to determine from the configuration 
data the type of each data translation to be performed on the data in the first 

20 format. The data in the first format is provided to a translation service on the server 
system corresponding to each determined type of data translation, and the data in 
the first format is translated to the appropriate translated formats on the server 
system via each translation service. A return translation request is communicated 
to the client system, the return translation request including the data in the 

25 translated formats. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[006] FIG. 1 is a functional block diagram of a Web based data and message 
translation system 100 according to one embodiment of the present invention. 

2 
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[007] FIG. 2 is a more detailed functional block diagram of the DTS server 
system of FIG. 1 according to one embodiment of the present invention. 

[008] FIG. 3 is a more detailed functional block diagram of the DTS client 
system of FIG. 1 according to one embodiment of the present invention. 

5 [009] FIG. 4 is a more detailed functional block diagram of the DTS client 
system of FIG. 1 according to another embodiment of the present invention. 

[010] FIG. 5 is a more detailed functional block diagram of the DTS client 
system of FIG. 1 according to a further embodiment of the present invention. 

10 DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

[011] FIG. 1 is a functional block diagram of a Web based dynamic translation 
service (DTS) system 100 according to one embodiment of the present invention. 
The system 100 includes a dynamic translation service (DTS) client system 102 
that communicates input data messages IDM containing source data to be 

15 translated and configuration data defining the desired translation over a 
communications network 1 04 to a DTS server system 106. The DTS server system 
106 receives the IDM message and supplies the corresponding source data to an 
appropriate one of a plurality of translation engines 108 based upon the 
configuration data in the message. The translation engine 108 translates the 

20 source data into target data having the desired format, and thereafter includes the 
target data in a translated data message TDM that is communicated over the 
communications network 1 04 to the DTS client system 102. In one embodiment, 
the IDM and TDM messages are XML messages that are communicated over the 
communications network 1 04 according to a suitable network protocol, such as the 

25 Transmission Control Protocol/Internet Protocol (TCP/IP), although different 
message formats and protocols may be utilized, as will be understood by those 
skilled in the art. 

[012] The system 100 allows client systems 102, only one of which is shown in 
FIG. 1, to invoke translations of desired source data whenever required. Moreover, 
30 the DTS server system 106 includes the translation engines 108 to perform all 
required data translations, with translation engines being added or deleted as 



Patent Application 
Attorney Docket No.: 100203066-1 

required by the client systems 102. Each client system 102 could, for example, 
correspond to a separate business group or division of a particular enterprise. The 
system 100 centrally locates the translation functionality on the DTS server system 
1 06, which enables a single group to support and maintain this functionality. The 
5 translation engines 108 would typically perform translations according to adopted 
industry standards, eliminating the need for custom systems and processes and 
simplifying support and updating of the translation functionality. The system 100 
thus leverages an initial investment in standard translation tools by making these 
tools available enterprise wide, and creates abstraction between source 
10 applications and target applications so that source applications can be 
independently added and then can make use of the translation tools as required 
instead of integrating translation tools into the development of the new applications. 

[013] In the present description, certain details are set forth in conjunction with 
the described embodiments of the present invention to provide a sufficient 

15 understanding of the invention. One skilled in the art will appreciate, however, that 
the invention may be practiced without these particular details. Furthermore, one 
skilled in the art will appreciate that the example embodiments described below do 
not limit the scope of the present invention, and will also understand that various 
modifications, equivalents, and combinations of the disclosed embodiments and 

20 components of such embodiments are within the scope of the present invention. 
Embodiments including fewer than all of the components or process operations of 
any of the respective described embodiments may also be within the scope of the 
present invention although not expressly described in detail below. Finally, the 
operation of well known components and/or processes has not been shown or 

25 described in detail below to avoid unnecessarily obscuring the present invention. 

[014] FIG. 2 is a more detailed functional block diagram of the DTS server 
system 1 06 of FIG- 1 according to one embodiment of the present invention. The 
DTS server system 106 includes a Web server component 200 that provides an 
interface to the DTS client systems 1 02 and may perform other functions such as 
30 load-balancing, as will be understood by those skilled in the art. The Web server 
200 includes a message component 202 that receives the IDM messages and 

4 
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parses these messages to put them in the proper form required by a corresponding 
one of a number of translation engines 204 that translate source data portions of 
received IDM messages. In the example the embodiment of FIG. 2, the translation 
engines 204 include an Application Integrator (Al) translation engine 206, an XSLT 
5 translation engine 208, and a Contivo translation engine 210, each of which 
operates to translate supplied source data from the message component 202 in a 
manner that will be understood by those skilled in the art. The DTS server system 
106 may further include additional translation engines for performing other 
translations of the source data from received IDM messages, with these additional 
10 translation engines being designated 212 in FIG. 2. 

[015] The message component 202 utilizes the configuration data portion of 
the IDM message to retrieve required steps for the data translation being performed 
from a DTS database 214. The DTS database 214 stores these translation steps 
for the various data translations that may be performed by the DTS server system 

15 106, along with log information regarding the translations performed and security 
information that is utilized to grant or deny a client system 102 access to the server 
system. In response to the source data from the message component 202, the 
appropriate translation engine 206-212 translates the received source data to 
generate corresponding target data and returns this target data to the message 

20 component. The message component 202 thereafter generates an XML message 
containing the target data to thereby generate the TDM message that is 
communicated back to the client system 1 02 that initially supplied the IDM message 
to the server system 106. 

[016] The Web server component 200 further includes an administration 
25 component 21 6 that provides remote access to the DTS server system 106 to allow 
support personnel to remotely maintain and update the server system. For 
example, support personnel may remotely access the server system 106 via the 
administration component 216 to modify or update the database 214. This allows 
support personnel to maintain and update the server system 106 without being 
30 physically located in the same place as the server system. 



5 
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[017] In operation, a DTS client system 102 requiring a data translation 
supplies an IDM message to the Web server component 200, where the IDM 
message is an XML message containing source data to be translated and 
configuration data regarding the specifics of the translation to be performed. The 
5 message component 202 processes the received IDM message including retrieving 
the required translation steps from the database 214 and processing the 
configuration data to determine the translation to be performed. Based on the 
configuration data, the message component 202 retrieves required translation 
information from the database 214 and provides this translation information along 

10 with the source data to be translated to the appropriate translation engine 206-212. 
In response to the received source data and translation information from the 
message component 202, the appropriate translation engine 206-212 translates the 
source data to thereby generate corresponding target data and returns this target 
data to the message component 202. The message component 202 develops an 

15 XML message containing the target data, which corresponds to the TDM message, 
and communicates this message to the DTS client system 102 initially supplying 
the IDM message. In this way, the DTS client system 102 obtains the desired 
translated source data in the form of the target data. 

[018] FIG. 3 is a more detailed functional block diagram of a DTS client system 
20 300 corresponding to one embodiment of the client system 102 of FIG. 1 . The DTS 
client system 300 is an example of a command-line embodiment in which a user of 
the client system invokes a DTS client script 302 to initiate translation of desired 
source data. The user supplies required parameters to the DTS client script 302 
when invoking script. These parameters would typically include an input file name 
25 corresponding to the file containing the source data to be translated along with 
translation information about the type of translation to be performed on the source 
data and an output filename to which the translated data in the form of the target 
data received from the DTS server system 106 of FIG. 2 is stored. The client script 
302 communicates with a file system 304 to retrieve the input file and store the 
30 output file. In operation, the DTS client script 302 utilizes the input file and 
translation information to generate the IDM message and communicate this 
message to the DTS server system 106. The script 302 thereafter receives the 
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TDM message from the server system 106 containing the target data 
corresponding to the translated source data and stores this target data in the 
designated output file in the file system 304. A customer job script 306 on the client 
system 300 may be developed by a customer to invoke the DTS client script 302 
5 according to another embodiment of the client system. 

[019] FIG. 4 is a more detailed functional block diagram of a DTS client system 
400 including an event-based adapter 402 that enables a user of the client system 
to periodically translate designated input files without requiring the user to manually 
invoke the DTS client script 302 as previously described with reference to the 

10 embodiment of FIG. 3. A configuration file 404 stores information designating files 
stored in a file system 406 that contain source data that the user would like to 
automatically translate on a periodic or other basis. The configuration file 404 also 
stores configuration information regarding the type of data translation to be 
performed on each of the designated files. For example, the configuration file 404 

15 could store a list of file names and the event-based adapter 402 could periodically, 
such as once a day, initiate data translations for these files. Alternatively, the 
event-based adapter 402 could monitor the files designated in the configuration file 
404 and initiate data translations for these files only when a change in the files is 
detected. In operation, the event-based adapter 402 monitors the designated files 

20 stored in the file system 406 according to the criteria defined by the configuration 
file 404. When the event-based adapter 402 determines that a designated file is to 
be translated, the event-based adapter generates an appropriate IDM message 
containing the corresponding source data and communicates this message to the 
DTS server system 106. The event-based adapter 402 thereafter receives the 

25 TDM message from the server system 106 containing the target data 
corresponding to the translated source data and stores this target data in the 
designated output file in the file system 406. 

[020] FIG. 5 is a more detailed functional block diagram of a DTS client system 
500 including a DTS application program interface (API) 502 that communicates 
30 with an application program 504 running on the client systems. The API 502 
operates to provide the application program 504 with required data translations. In 
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operation, the application program 504 calls the API 502 as required to perform 
data translations on designated files. The application program 504 supplies an 
input file name corresponding to the file containing the source data to be translated 
along with translation information about the type of translation to be performed on 
5 the source data and an output filename to which the translated data in the form of 
the target data received from the DTS server system 106 (FIG, 2) is to be stored. 
The input and output files are stored in a file system 506. When called by the 
application program 504, the API 502 obtains the designated input file for the file 
system 506 and generates an appropriate IDM message containing the 
10 corresponding source data for the input file. The API 502 communicates the IDM 
message to the DTS server system 106 (FIG. 2) and thereafter receives the TDM 
message from the server system containing the target data corresponding to the 
translated source data, and stores this target data in the designated output file in 
the file system 506. 

15 [021] Even though various embodiments and advantages of the present 
invention have been set forth in the foregoing description, the above disclosure is 
illustrative only, and changes may be made in detail and yet remain within the 
broad principles of the present invention. Moreover, the functions performed by the 
components described in the various embodiments of the client system 102 and 

20 server system 106 can be combined to be performed by fewer elements, separated 
and performed by more elements, or combined into different functional blocks 
depending upon the actual implementation of the dynamic translation service 
system 1 00, as will appreciated by those skilled in the art. Therefore, the present 
invention is to be limited only by the appended claims. 

25 



